热门标签 | HotTags
当前位置:  开发笔记 > 运维 > 正文

笔者|职权_六年团队Leader实战秘诀|程序员最重要的八种软技能

篇首语:本文由编程笔记#小编为大家整理,主要介绍了六年团队Leader实战秘诀|程序员最重要的八种软技能相关的知识,希望对你有一定的参考价值。简介

篇首语:本文由编程笔记#小编为大家整理,主要介绍了六年团队Leader实战秘诀|程序员最重要的八种软技能相关的知识,希望对你有一定的参考价值。


简介:笔者在带团队的六年中发现,程序员们在职场都有一个共同的困扰:“好像写代码都没什么问题了,日常工作基本上都是应付业务需求的开发,好像找不到其他的更大的附加价值了,我应该找一些什么样的发力点才能让我的价值更突出呢?” 。本文将和大家聊聊程序员的软技能。

作者 | 英布
来源 | 阿里开发者公众号


前言

笔者在带团队的六年中发现,程序员们在职场都有一个共同的困扰:“好像写代码都没什么问题了,日常工作基本上都是应付业务需求的开发,好像找不到其他的更大的附加价值了,我应该找一些什么样的发力点才能让我的价值更突出呢?” 。笔者以为,这就是典型的硬技能当下「看似」没有什么问题了,瓶颈卡在了软技能上。所以开篇做个小分享,聊聊程序员的软技能。

注意:今天讲的软技能 ≠ 心灵鸡汤,都是实实在在要学的技能。也不代表笔者精通了这些软技能,也是自己的个人心得与学习梳理,与大家做个分享,一起学习。


什么是软技能

所谓软技能,就是相对于「硬技能」而言的技能,对于程序员来说,「硬技能」就是计算机专业技术能力,软技能则是专业之外的所有技能,包括职业规划能力、处理人际关系能力、专业态度、做事的方式和方法等。


软技能的重要性

《哈佛商业评论》的一项研究指出:对 2000 家公司调查后发现,比起硬技能,公司更看重员工的通用能力(这里的通用能力 = 硬技能 + 软技能)。所以说,软技能的重要性一点也不必硬技能低。

笔者认为,很多初入职场的同学有一个非常错误的观点就是:「软技能好像也没那么重要,貌似是可有可无的,程序员就应该更注重硬实力,硬实力才是我们吃饭的手艺」。很多时候,我们的硬实力(技术水平)已经完全能够胜任每一个编码需求,我们向上发展的瓶颈,可能恰好就是那一些看起来虚无缥缈却无比重要的「软技能」。

硬技能通常比软技能更容易定义和评估,但软技能更多涉及行为或思想,也就是个性特征和认知能力,它更难评估。但是它们不管在任何行业、工种都适用,不管什么行业,什么工种,都能随身携带,学好可以受益终身。


工作中需要哪些软技能?

比如时间管理、沟通、学习方法、工作方法、价值观、大局观、人际交往、逻辑思考、领导力等等,这些加起来可能几天都说不完。这里面很多软技能是因人而异的,比如学习方法、领导力等,所以今天的分享主要举例一些笔者认为非常重要、每一个人都要知道且运用到工作中的八种软技能。


程序员最重要的八种软技能

人际交往能力

有一本书叫做《软技能—代码之外的生存指南》不知道大家都看过没?这本书最先提到的软技能就是人际交往,这是程序员们软技能上最缺失的。

不要只是埋头写代码

程序员遇到的所有的需求都来自于人、使用软件的是人、上下游沟通的是人,而埋头写下能够让计算机执行的代码只是我们工作目的中的一个环节而已。写一手好的代码是我们的基本技能,但是过于埋头写好代码却忽略了人与人之间的连接,这往往会带来更大的问题,比如信任感、亲切感的丢失对工作协同的影响。与人打交道是我们的基本职场技能,这跟我们上学时的语数外是一样的,一旦偏科严重,想考一个好成绩就很难了。当然了,除非你是「北大韦神」这种神级人物,自带光芒。

主动与人打交道

《能力陷阱》一书中,有一段话记忆深刻:「许多人认为,人际网络本质是虚伪的,认为是在“利用别人”,认为带有目的性的人际交往让自己变得“虚伪”、“不干净”、“像舔狗”,从而拒绝在舒适区域以外建立人际关系。」,大家觉得这段话对吗?其实是不对的,当你抱着双赢的思维去沟通,就不会有这种负担了。

《能力陷阱》中还有一个非常核心的观点:大意就是「当一个人擅长解决某一场景的问题的时候,时间越久也许越离不开这个场景,也许这一生就定格在这个场景里面出不来了,可能一辈子都是个程序员。」特别是对于管理者来说,管理者要做一个连接器,自己部门跟外部部门之间的连接器,走出去是走出「能力陷阱」的第一步。

LinkedIn 的创始人德·霍夫曼发现,当你在职业上要寻求帮助时,最远不会超过三度,即我们通常只需要通过两个人就能与其他人取得联系。但是我们并未能很好地利用这些关系,因为我们大多数人都没有意识到我们的人际关系网络力量到底有多强大。

阿里侠客行管理者培训里有一句很经典的话:「脸皮薄容易耽误事」。

别独自用餐

有一本非常畅销的书叫做《别独自用餐》,核心观点也是论证社交的重要性,如何建立自己的人脉圈子,如果你不知道如何建立自己的人脉圈子,不防重工作日的午餐开始,试着主动约人吃饭。一段时间以后,你会发现自己的圈子以及获取的信息跟以往有很大的不同。

记得之前听到过一个公司的段子:“公司的大佬,如果人不在工位或会议中,那一定在园区的咖啡厅”。层级越高,资源、信息的共享就变得尤其重要。把用餐时间利用起来,是一个很好的点子。

换位思考

学会倾听、关注他人感受,具备同理心。在跟人打交道或沟通之前,换位思考一下,如果你是对方想听到什么或看到什么,时常锻炼换位思考的思维,时间长了会发现非常有用。如果不知道对方是如何思考的,那就不要说话,倾听即可。

举个例子:我们常常会为了视觉还原问题而烦恼,设计同学找到我们解决像素级别问题的时候,我们往往是不是会烦躁,功能都开发不完,哪有精力去还原视觉,常常就会不耐烦的沟通,这个时候换位思考一下,他的设计作品最后做出来不是他想要的,他自己会不会有落差,这是他的工作职责,我们只需要站在他的角度思考,给他一个合适的解决时间即可。

在我们工作中,我认为换位思考就是要有「服务思维」,处处设身处地、为别人着想。

结构化思维能力

结构化思维是一种从无序到有序、从混乱到清晰的思维能力,可以帮助我们快速加工处理繁杂的信息,提炼要点,从而更加清晰的表达。这个话题很大,我们只说关键的两个点:

概念不能多

有研究证明:人类短期记忆的容量大概在 7 个左右,范围是 5 到 9 个,所以尽量不要超过 7 个概念或项目。这在演讲或沟通中也非常重要。

有逻辑关系

大脑容易记住有逻辑关系的事物,逻辑关系分为纵向逻辑关系和横向逻辑关系


  • 纵向逻辑关系


    • 演绎逻辑:线性的,最终会为了得出一个由逻辑词“因此”引发的结论,比如因果关系
    • 归纳逻辑:将一组具有共同点的事实、思想或观点归类分组,并概括其共同性/论点,比如不同的群体
  • 横向逻辑关系


    • 时间顺序:比如按照事务发展的时间线划分
    • 空间顺序:比如按照地点空间来划分
    • 程度顺序:比如重要的,不重要的来划分


金字塔原理: 麦肯锡 40 年经典培训教材《金字塔原理》,每个职场人都必须看,强烈推荐,就不多介绍了。

黄金圈法则(What、How、Why)

很多时候我们都知道 What 和 How,但是不知道 Why(或者说没有仔细思考 Why),就容易陷入到成长瓶颈。黄金圈法则也是一个经典的学习的三部曲。① What,是什么、② How,如何实现、③ Why,为什么是这样(而不是另外的样子呢?)。

举几个例子:


  • 我们接到一个功能需求,先思考可能的本质(为什么有这个需求),再去思考怎么做。别停留在 What(一个产品需求)、How(怎么做)而没有 Why。
  • 我们知道一个技术框架怎么用,做什么用的,但是知道它底层原理和为什么这么设计的人并不多。
  • 我们要做架构迁移,比如一路向北,要做 Pouch 容器迁移 ASI,有做凌霄独立化部署,有没有去理解背后的 Why,为什么要去做这件事情。

沟通能力

上下/平级之间的沟通

记得 刚带团队上侠客行课程的时候,老师说过一句话至今记忆犹新:「向上沟通要有胆量,平行沟通要有肺腑,向下沟通要有心肝」。这句话背后的思考我已经记不得太多,只能重新理解一下:

向上沟通要有胆量:

通常我们对上级沟通方面有几个常见的误区,比如:


  • 和上级能不聊就不聊
  • 他太忙了,我可能会打扰他
  • 我只要做好上级交代给我的事情就好了
  • 有事他会来找我的
  • 拿捏不好该不该和上级聊的分寸和尺度
  • 我很难领会到上级的意图

这些其实就是一种安慰自己的「逃避」做法。前面讲的,「脸皮薄容易耽误事」,这句经典的话也可以放到这里。

平行沟通要有肺腑


  • 双赢思维:沟通的目的能够对对方是有意义的,而不是站在主观的利益上去沟通
  • 放下面子:你不服我、我不服你,相互避让、多一事不如少一事的态度是横向沟通最大的障碍

向下沟通要有心肝


  • 要有视人为人的态度,员工不是机器,是需要情感输入的
  • 不能对人不对事,不能围绕人的某个标签来做事的评判
  • 批评员工要有讲究,要对事不对人,批评事,不要打击人,更不能给人贴标签。之前看到过一个如何批评员工的 AID 批评三步法(也称为发展性反馈)。


    • ACT:指出具体的言行上的问题,而不是人的问题
    • Impact:指出该问题带来的影响
    • Desired outcome:期待的结果,以及探讨取得结果的行动

沟通中的非暴力

在日常沟通中,「暴力沟通」其实无处不在,比如:“你这个做的不太好”、“这让我很不满意”、“这个需求实现不了”、“你不爱我了吗” 、“你懂我意思吗?”,等等让人很难回复的对话。思考一下,这些话都有什么样的问题?

《非暴力沟通》一书中提到了经典的表达框架:

观察 - -----> 感受 -----> 需要 -----> 请求

对应的还有一个倾听框架:

倾听 - -----> 体会 -----> 反馈

更多细节参考《非暴力沟通》一书,每个职场人必读,强力推荐,就不再文中多赘述了。

沟通中的结构化


  • 重要的事情说三点,比如三个论据、三个论点、三个观点、三个好处等等(最简单的结构化表达)
  • 先说结论,再说过程和原因,然后再说结论,这也是用好「三点」这个好的结构化工具
  • 说清楚 What、How、Why(黄金圈法则),笔者遇到过好多类似的对话都是不带 Why 的,这让人感觉无法回答的对话,比如:


    • 英布,申请一个紧急发布,麻烦审批下,X 业务线上有个 bug!(具体是什么 bug ,带来什么影响?)
    • 英布,X 项目比较赶,这周末可能要申请下加班!(哪个项目不赶,为什么你的这么特殊?)
    • 英布,有没有资源支持下 X 需求?(没有资源的原因是什么?)
    • 这个问题,X 老板说下周一定要上(老板有没有说为什么,为什么是下周?)

只讲 How 或 What 不讲 Why,是一个非常典型的表达问题。

“理解了 Why,才有可能做到知行合一”。—刘润《底层逻辑》

说话的方式简单点

举例:下面两段话,你看得懂吗?

“对于现在这个业务,暂时还没有跑通一个模型,毕竟基础业务逻辑没有形成闭环,更别说做成生态了,我们还在夯实基础的阶段,好好打磨一下我们的产品,最终形成一套组合拳打法,才能有效赋能生态圈,最终反哺整个经济体。”

“ 过去我们主要依靠推荐技术赋予的信息分发能力、跨端联动多个产品自研,实现深度共建,形成组合拳,打造内容生态闭环,以此赋能客户用户创造价值。未来我们要增加横向不同场景价值,延长服务链路。同时纵深满足用户需求,借助人类年龄的自然势能,在小中青多个年龄用户深度渗透…… ”

互联网黑话、空洞大词,以及各种让人听不懂的专业术语,这些在前几年已经在互联网社区备受诟病了,我们记住说话尽量接地气就好。

改掉那些不好的口头禅

每个人都有自己的口头禅,很多时候无意识的就会说出来,如果觉得自己有口头禅,不防思考下,口头禅会不会有一些「暴力」因素,比如以下左边这些,都可以有更好的改进:


  • “我**” ---> “ null ”
  • “你懂我意思吗?” ----> “不知道我表达清楚了没...”
  • “我和你说实话” ----> “我内心真实的想法是...、我的直觉是....”
  • “我之前就说过 xxx” ----> “之前我们有过一次这样的沟通,结论是...”
  • “你这个逻辑不对” ----> “我的观点跟你不一样,我认为应该是这样的,...”
  • “我觉得你应该” ----> “我的建议是....”

写作能力

排版

良好的写作能力,这对于程序员这个高学历群体来说都不是问题,但是我发现很多同学写出来的文章、设计文档等都没有一个良好的结构以及排版,良好的结构和排版可以让人读起来更愉悦和易理解,强烈大家按照《中文排版指北》来排版。

结构化的写作

写文章之前先列出大纲,语雀右侧的大纲或思维导图都很是很好的工具。自己先读完大纲换位思考下看看是否易懂,好的骨架可以牵着读者的思路走,推荐《金字塔原理》这本书。

周报/月报的表达

很多同学,写周报或月报的时候大部分都是流水,这是最典型的「应付型」报告。笔者认为,周月报有两层意义:自己梳理和总结,让其他人看到自己的思考和总结,如果全部都是流水账,就失去了总结的意义了。总之就是:「没有思考的周报是没有灵魂的」。

自我营销能力

为什么要自我营销?

一线演员与歌手的硬实力真的比酒吧歌手和十八线配角强吗?明星发微博只是想分享自己的动态吗?笔者认为核心是要:「提升影响力」。

影响力的两种分类

之前看过两种不同的职场影响力类型,职权影响力与非职权影响力,分别由不同的因素组成:


  • 职权影响力:


    • 传统因素:下级对于上级有一种天然的服从感,层级高比层级低的天然有影响力
    • 职位因素:从组织架构的角度,由于更高级别职位的人有一种敬畏和遵从感
    • 资历因素:有资历的人,在人们的眼中是更值得敬重的,比如新员工对老员工的尊敬
  • 非职权影响力:以下几个都会影响他人的「非职权」因素


    • 人品和品格
    • 历史表现
    • 专业能力
    • 亲和力

因为「职权影响力」需要时间的积累,所以对于大多数需要提升影响力的人来说,「非职权影响力」更需要关注。

提升影响力的几种方式


  • ATA(阿里内部技术社区):把思考和成果都记录和沉淀下来,分享给更多的人
  • 分享会:多参与分享会,不论大小,都是提升影响力的机会,但切记要在不影响工作进程的条件下
  • 技术会议
  • 碎片化讨论:碎片化讨论有助于即时思考的表达,但不要为了发声而发声

文章写完别忘记推广


  • 群发(团队/部门/阿里云前端联盟)
  • 周报/月报中附带宣传
  • 认识的同行/同事(大牛、翰林院推荐等)
  • 找技术运营推广(F2E 大群/ATA )

演讲能力

不知道大家发现没有,层级高的同学演讲能力通常都不会差,而好的演讲水平不是天生的,需要我们不断地进行学习和训练,一场好的演讲通常由一下几部分组成:


  1. 提前了解听众的诉求:针对面向的群体类型,以及听众的诉求来设计这一次的演讲
  2. 好的开场是成功的一半:开场可以来一些小互动以及调研等等,把听众的思绪带进到分享主题里来
  3. 好的内容结构:参考「结构化思维」的内容
  4. PPT 只是配角:把结构内容呈现到 PPT 上,切记不要把一个好的演讲全部归功到 PPT 上
  5. 把控好整体节奏:思考如何让听众跟着你的思路走,一旦跟不上,就算不上号的演讲
  6. 趣味性的互动:合适的情况下可以来一些互动,避免单向输入带来的乏味
  7. 肢体语言:好的肢体语言可以让演讲更生动
  8. 声音控制:流利的表达、抑扬顿挫的表达会让人更能接受你的信息
  9. 收尾时强调重点:跟写文章的中心思想类似,把听众的思绪拉倒中心思想上来


有一个演讲法则称为“10-20-30”法则,具体来说就是幻灯片不要超过 10 张、演讲时间不要超过 20 分钟、字体大小不要小于 30 号。

协同/领导能力

在工作中我们基本上都会遇到团队内部协同、跨团队协同、以及跨部门协同的情况,特别是到了一定的层级,做项目管理、团队管理之后,协同与领导能力更为重要,我们也称为「借人成事」的能力。这里我们要学习很多协同领导相关的能力,比如:


  • 项目管理(预期、过程、质量、风险):项目管理也是一个比较专业,每个程序员必学
  • 开好会:当需要协同的角色越多,开会的效率就变得尤其重要,在大厂有多少程序员的时间是花在了开会上,这部分建议参考集团内部的《高效会议指南》
  • 复好盘:柳传志在《我的复盘方法论》中说到:在这些年管理工作和自我成长中,「复盘」是最令我受益的工具之一,可见复盘对人成长的重要性,这里推荐一本书叫做 《复盘+:把经验转化为能力》
  • 做到事事有回应、件件有着落、凡事有交代:做一个靠谱的职场人,三个最重要的要素
  • 诚信:说到做到,提升信任感
  • 保持正能量:多传递一些正能量,谣言与八卦在职场中常常被人津津乐道,但往往也会影响我们的职业发展
  • 严于律己,宽以待人:领导者必备


领导力方面,重点推荐《冯唐. 成事》一书

抗压能力

人的一生中不可能不会遇到压力和挫折,抗压能力的高低,会影响我们的生活与工作,抗压能力越高,我们越容易适应当下的环境,所以说,提高抗压能力是非常有必要的,这里可以给一些提升抗压能力的建议,也是我个人在工作之外会经常保持的习惯:


  • 培养兴趣爱好:把兴趣爱好作为自己的灵魂伴侣
  • 有三五好友可以交流与倾诉:遇到压力和挫折的时候,身边如果有人能够相互鼓励,压力会小很多
  • 保证充足的睡眠:很多时候,我们遇到压力和挫折的时候会失眠,但我们尽量在挫折不出现的时候就保证充足的睡眠的习惯,压力来的时候不至于影响太大,压力越大越无法入睡,会进入一个恶性循环。(这里没有理论做支撑,自己的感受)
  • 保持运动习惯:保持对自己兴趣的运动习惯,和三五好友打球,充足睡眠自然来

最后

笔者以为,这八种基础软技能在程序员的工作中相比其他软技能都更为重要,希望能够对你有一些启发。人生职业的道路上还有非常多的软技能,比如养生、理财、素质、价值观等等,下次有机会在一起探讨,谢谢!

原文链接

本文为阿里云原创内容,未经允许不得转载。 

 


推荐阅读
  • 2018年人工智能大数据的爆发,学Java还是Python?
    本文介绍了2018年人工智能大数据的爆发以及学习Java和Python的相关知识。在人工智能和大数据时代,Java和Python这两门编程语言都很优秀且火爆。选择学习哪门语言要根据个人兴趣爱好来决定。Python是一门拥有简洁语法的高级编程语言,容易上手。其特色之一是强制使用空白符作为语句缩进,使得新手可以快速上手。目前,Python在人工智能领域有着广泛的应用。如果对Java、Python或大数据感兴趣,欢迎加入qq群458345782。 ... [详细]
  • Android中高级面试必知必会,积累总结
    本文介绍了Android中高级面试的必知必会内容,并总结了相关经验。文章指出,如今的Android市场对开发人员的要求更高,需要更专业的人才。同时,文章还给出了针对Android岗位的职责和要求,并提供了简历突出的建议。 ... [详细]
  • [译]技术公司十年经验的职场生涯回顾
    本文是一位在技术公司工作十年的职场人士对自己职业生涯的总结回顾。她的职业规划与众不同,令人深思又有趣。其中涉及到的内容有机器学习、创新创业以及引用了女性主义者在TED演讲中的部分讲义。文章表达了对职业生涯的愿望和希望,认为人类有能力不断改善自己。 ... [详细]
  • Oracle优化新常态的五大禁止及其性能隐患
    本文介绍了Oracle优化新常态中的五大禁止措施,包括禁止外键、禁止视图、禁止触发器、禁止存储过程和禁止JOB,并分析了这些禁止措施可能带来的性能隐患。文章还讨论了这些禁止措施在C/S架构和B/S架构中的不同应用情况,并提出了解决方案。 ... [详细]
  • 从高级程序员到CTO的4次能力跃迁!如何选择适合的技术负责人?
    本文讲解了从高级程序员到CTO的4次能力跃迁,以及如何选择适合的技术负责人。在初创期、发展期、成熟期的每个阶段,创业公司需要不同级别的技术负责人来实现复杂功能、解决技术难题、提高交付效率和质量。高级程序员的职责是实现复杂功能、编写核心代码、处理线上bug、解决技术难题。而技术经理则需要提高交付效率和质量。 ... [详细]
  • 本文是一位90后程序员分享的职业发展经验,从年薪3w到30w的薪资增长过程。文章回顾了自己的青春时光,包括与朋友一起玩DOTA的回忆,并附上了一段纪念DOTA青春的视频链接。作者还提到了一些与程序员相关的名词和团队,如Pis、蛛丝马迹、B神、LGD、EHOME等。通过分享自己的经验,作者希望能够给其他程序员提供一些职业发展的思路和启示。 ... [详细]
  • 本文介绍了C#中生成随机数的三种方法,并分析了其中存在的问题。首先介绍了使用Random类生成随机数的默认方法,但在高并发情况下可能会出现重复的情况。接着通过循环生成了一系列随机数,进一步突显了这个问题。文章指出,随机数生成在任何编程语言中都是必备的功能,但Random类生成的随机数并不可靠。最后,提出了需要寻找其他可靠的随机数生成方法的建议。 ... [详细]
  • Android Studio Bumblebee | 2021.1.1(大黄蜂版本使用介绍)
    本文介绍了Android Studio Bumblebee | 2021.1.1(大黄蜂版本)的使用方法和相关知识,包括Gradle的介绍、设备管理器的配置、无线调试、新版本问题等内容。同时还提供了更新版本的下载地址和启动页面截图。 ... [详细]
  • 解决Cydia数据库错误:could not open file /var/lib/dpkg/status 的方法
    本文介绍了解决iOS系统中Cydia数据库错误的方法。通过使用苹果电脑上的Impactor工具和NewTerm软件,以及ifunbox工具和终端命令,可以解决该问题。具体步骤包括下载所需工具、连接手机到电脑、安装NewTerm、下载ifunbox并注册Dropbox账号、下载并解压lib.zip文件、将lib文件夹拖入Books文件夹中,并将lib文件夹拷贝到/var/目录下。以上方法适用于已经越狱且出现Cydia数据库错误的iPhone手机。 ... [详细]
  • 单点登录原理及实现方案详解
    本文详细介绍了单点登录的原理及实现方案,其中包括共享Session的方式,以及基于Redis的Session共享方案。同时,还分享了作者在应用环境中所遇到的问题和经验,希望对读者有所帮助。 ... [详细]
  • 本文介绍了在Docker容器技术中限制容器对CPU的使用的方法,包括使用-c参数设置容器的内存限额,以及通过设置工作线程数量来充分利用CPU资源。同时,还介绍了容器权重分配的情况,以及如何通过top命令查看容器在CPU资源紧张情况下的使用情况。 ... [详细]
  • 开发笔记:Docker 上安装启动 MySQL
    篇首语:本文由编程笔记#小编为大家整理,主要介绍了Docker上安装启动MySQL相关的知识,希望对你有一定的参考价值。 ... [详细]
  • Spring常用注解(绝对经典),全靠这份Java知识点PDF大全
    本文介绍了Spring常用注解和注入bean的注解,包括@Bean、@Autowired、@Inject等,同时提供了一个Java知识点PDF大全的资源链接。其中详细介绍了ColorFactoryBean的使用,以及@Autowired和@Inject的区别和用法。此外,还提到了@Required属性的配置和使用。 ... [详细]
  • 本文介绍了Java的公式汇总及相关知识,包括定义变量的语法格式、类型转换公式、三元表达式、定义新的实例的格式、引用类型的方法以及数组静态初始化等内容。希望对读者有一定的参考价值。 ... [详细]
  • 本文讨论了微软的STL容器类是否线程安全。根据MSDN的回答,STL容器类包括vector、deque、list、queue、stack、priority_queue、valarray、map、hash_map、multimap、hash_multimap、set、hash_set、multiset、hash_multiset、basic_string和bitset。对于单个对象来说,多个线程同时读取是安全的。但如果一个线程正在写入一个对象,那么所有的读写操作都需要进行同步。 ... [详细]
author-avatar
btbxin
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有